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(54) System and method tor managing configurable 



(57) The invention provides a system and a method 
of selecting a version of a program code from a series 
of p rogram codas for a program element associated with 
a hardware element for a circuit board. The invention 
identifies a compatible program code for a particular 
hardware element end downloads the compatible pro- 
gram code. A record is associated with the hardware 
element to identify Its compatible program codes. The 
program codes are stored in a bundle and are associ- 
ated with a software code. A pogram loader, associated 



with each bundle, checks the compatibilities of the hard- 
ware element to both the software code and the selected 
program code. Another record stores compatibility infor- 
mation of the program codes with hardware element 
versions end is also associated with the bundle. Code 
downloads are made first to an Inactive memory bank 
and after the codes are verified, the inactive memory 
bank is made active. 
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Description 

[0001] The invention relates to a system and method 
for managing the tracking of configurable devices in an 
electronic device. 

[0002] Itiscommon forelectronic and communication 
devices to utilize hardware, software and firmware ele- 
ments to provide aspects of theirfunctionaltty. The hard- 
ware elements may comprise upgradable components 
such as CPUs, memory modules and other upgradeabie 
and replaceable devices. Firmware stored In non-vola- 
tile electronic devices, such as EEPROMs, EPROMs, 
PLDs and PGAs, and volatile devices such as FPGAs 
and RAM, provide low level, executable code perform- 
ing various calculations and operations on Input and out- 
put signals depending on the program embodied in the 
firmware. Software, which is frequently stored non-vol- 
atile memory, but executes from volatile memory such 
as RAM, provides an operating code for a program 
which is executed on a CPU. 
[0003] After an electric device is tested and released 
Into a product any one of the hardware, software or 
firmware elements may be independently upgraded on 
a device. Upgrades may be implemented to an element 
to correct existing operational errors or to improve its 
performance. For example, in hardware a "cut and 
strap" may be added to change an electrical connection 
on one of its circuits. In software, a new routine may be 
added providing a new feature for the program. As up- 
grades are implemented to an element, they are tracked 
using release codes. A series of release codes docu- 
ment the upgrades history of the element. For a given 
electronic device, the elements and their associated re- 
lease codes determine what versions of the hardware, 
software and firmware are present In the device. 
[0004] It is possible that for any one element, an up- 
graded version may not operate with the existing ele- 
ments on the device thereby requiring upgrades to those 
elements. For example, a hardware upgrade imple- 
mented to a CPU may require that the software and7or 
the firmware be upgraded. Alternatively, it is possible 
that the upgraded version of the element may be back- 
wards compatible with the other existing elements, but 
may not be able to perform Its upgraded features without 
an accompanying upgrade to one of the other elements. 
For example, an upgraded CPU providing additional D/ 
A conversion facilities may work with the existing 
firmware and software on a device, but access to the 0/ 
A facilities would not be provided without an upgrade to 
the software. It will be appreciated that other permuta- 
tions of forward and backward compatibility levels are 
possible for hardware, software and firmware elements 
of an electronic device. 

[0005] Accordingly, one object of the present inven- 
tion Is to provide method of selecting a version of a pro- 
gram code from a series of program codes for a program 
element associated with a hardware element foracircuit 
board that allows tracking the compatibility of various 



versions of hardware, software and firmware associated 
with an electronic device or a system of electronic de- 
vices. 

[0006] More precisely, the present Invention provides 
s a method of selecting a version of a program code from 
a plurality of program codes for a program storage ele- 
ment associated with a hardware element for a circuit 
board, said hardware element being implementable in 
a plurality of hardware element versions, said method 
10 comprising: 

- identifying a particular program code of said plural- 
ity of program codes which is compatible with a par- 
ticular hardware element of said plurality of hard- 
's ware element versions on said circuit board; 

selecting from a group of program codes selected 
from said plurality of program codes a selected pro- 
gram code matching said particular program code; 
and 

SO . loading said program storage element with said se- 
lected program code. 

[0007] Thus, the method according to the invention 
identifies a compatible program code for a particular 

25 hardware element and downloads the compatible pro- 
gram code. A record Is associated with the hardware 
element to identify its compatible program codes. The 
program codes are for example stored In a bundle and 
are associated with a software code. A program loader, 

30 associatod with each bundle, checks the compatibilities 
of the hardware element to both the software code and 
the selected program code. The method according to 
the invention is a centralized method that allows 1or 
tracking independently compatibilitias for firmware and 

3s software elements which are affected or affect the op- 
eration of hardware elements in electronic circuits. 
[0008] The method may have information regarding 
the particular program code 6tored with thecircuit board, 
the program codes stored in a program code bundle and 

*J the selected program code is identified by accessing a 
list. The list has an entry for each of the hardware ele- 
ment versions, with each entry having a reference to a 
compatible program code which can operate with the 
entry. 

*5 [0009] The method may have each program code be- 
ing a firmware program. 

1001 0] The method may have a software program be- 
ing associated with the program code bundle and being 
associated with the hardware element. 
SO [0011] The method may have each entry in the list fur- 
ther associated with a list of earlier versions of each pro- 
gram code with which the hardware element is compat- 
ible. 

[0012] The method may have each entry in the list fur- 
B5 ther associated with a list of earlier versions of the soft- 
ware program with which the hardware element Is com- 

[0013] In a second aspect, a system for processing 
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program updates associated with a hardware element 
is provided. The hardware element can be implemented 
in several versions. The hardware element is associated 
with a circuit board. The system comprises a record of 
the hardware element versions, each entry In the record 
being associated with a compatible program code from 
a set of program codes, a second record associated with 
the circuit board, the second record identifying a partic- 
ular program code which Is compatible with an Installed 
hardware element version of the hardware element on 
the circuit board, a bundle of executeable program 
codes from a group of the program codes and a program 
code loader. The loader can access the record and the 
second record to Identify a suitable program code from 
the plurality of program codes forthe installed hardware 
element version, locate the suitable program code in the 
bundle, and effect transfer of the suitable program code 
from the bundle to a storage device. The storage device 
can receive the suitable code and is associated with the 
installed hardware element version and the circuit 
board. 

[0014] The system may have the program code as be- 
ing a firmware program. 

[0015] The system may have a software program as- 
sociated with the program code bundle and with the 
hardware element. 

[0016] The system may have each the entry In the 
record being further associated with a compatible soft- 
ware program. 

[0017] The system may have each entry in the record 
being further associated with a list of earlier versions of 
each program element with which the hardware element 
is compatible. 

[001 8] The system may have each entry in the record 
being further associated with a list of earlier versions of 
the software program with which the hardware element 
Is compatible. 

[0019] In a third aspect, a method for updating a pro- 
gram code from a series of program codes for a hard- 
ware element is provided for a circuit board. The hard- 
ware element may be implemented In a series of ver- 
sions. The method comprises identifying a particular 
program code which is compatible with a particular hard- 
ware element on the circuit board, selecting from a 
group of program codes a selected program code 
matching the particular program code, and transferring 
the suitable program code from the group of program 
codes to a storage device. The storage device can re- 
ceive the suitable code and is associated with the par- 
ticular hardware element and the circuit board. 
[0020] The method may further utilize information re- 
garding the particular program code is stored with the 
circuit board, may have the program codes stored in a 
program code bundle, and may have the selected pro- 
gram code identified by accessing a list. The list may 
comprise an entry for each hardware element version, 
with each entry In the list being associated with a refer- 
ence to a compatible program code which can operate 
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with the entry. 

[0021] The method may have each of the program 
codes being a firmware program. 
[0022] The method may have a software program as- 
s sedated with the program code bundle and associated 
with the hardware element. 

[0023] The method may have each entry is the list be- 
ing further associated with a list of earlier versions of 
each program code with which the hardware element is 
«> compatible. 

[0024] The method may have each entry in the list be- 
ing further associated with a list Df earlier versions of the 
software program with which the hardware element is 
compatible. 

is [0025] In afourth aspect, a method of selecting a ver- 
sion of a firmware code for a programmable firmware 
element associated with a hardware elemerrtfor a circuit 
board Is provided. The hardware element may be imple- 
mented In a series of versions; the hardware element 

20 may further be associated with a software code. The 
method comprises identifying a particular version of the 
hardware element versions which Is associated with the 
circuit board, identifying a particular firmware code 
Which Is compatible with a particular hardware element 

« on the circuit board, selecting from a group Df firmware 
codes a selected firmware code matching the particular 
firmware code, associating a software code with the 
group of firmware code9, loading the firmware element 
with the selected firmware code, and checking compat- 

so foiirty of operation of the software code with the selected 
firmware code and the particular version of the plurality 
of hardware element versions. In doing so, the method 
select the selected firmware code independently of In- 
stallation of the software code. 

35 [0026] In a fifth aspect, a method of evaluating com- 
patibility of a hardware element in a circuit card with a 
program code is provided. The hardware element may 
be implemented in a SBries of versions. The program 
code may be Implemented in a series of versions. The 

*o method comprises identifying a particular hardware eh 
ement version which is associated with thecircu it board, 
identifying a particular program which Is associated with 
the hardware element, evaluating whetherthe particular 
program code Is compatible with the particular hardware 
element version and indicating whether the particular 
program code is compatible with the particular hardware 
element version. 

[0027] The method may have Information regarding 
the particular program code Identified by accessing a 
SO list. The list may have an entry for each of the hardware 
element version. Each entry In the list may have a ref- 
erence to a compatible program code which can operate 
therewith. 

[0028] The method may have each program coda bo- 
ss ing a firmware code. 

[0029] In other aspects of the invention, various com- 
binations and subset of the above aspects are provided. 
[0030] The foregoing and other aspects of the inven- 



PAGE 8I28 * RCVO AT 311512006 2:48:42 PM [Eastern Standard Time] « SVR:USPT0-EFXRF-6I35 * DNIS:2738300 » CSID:970898/247 * DURATION (mm*s):0846 



MAR-15-2006 '12=52 ' HP LEGRL FT COLLINS 9708987247 

5 EP1 335283 A2 6 



tion will become more apparent from the following de- 
scription of specific embodiments thereof and the ac- 
companying drawings which illustrate, by way of exam- 
ple only, the principles of the Invention. In the drawings, 
Where like elements feature like reference numerals 
(and wherein individual elements bear unique alphabet- 
ical suffixes): 

Fig. 1 shows a block diagram of hardware elements 
of a circuit card of an embodiment of the Inven- 
tion; 

Fig. 2 shows a table providing a compatibility matrix 
of software and firmware codes associated 
with hardware elements of the circuit card of 
Fig. 1; 

Fig. 3 shows a block diagram of hardware elements 
of a main controller card communicating wfth 
modules via a bus of another embodiment of 
the invention, 

Fig. 4 shows a block diagram of a resource module 
associated with the main controller card of the 
embodiment shown in Fig. 3; and 

Fig. 5 shows a block diagram a network of modules 
communicating wilh a resource module of yel 
another embodiment of the invention. 

[□031 J The description which follows, and the embod- 
iments described therein, ere provided by way of Illus- 
tration of an example, or examples, of particular embod- 
iments of the principles of the present invention. These 
examples are provided for the purposes of explanation, 
and not limitation, of those principles and of the inven- 
tion. In the description which follows, like parts are 
marked throughout the specification and the drawings 
with the same respective reference numerals. 

Basic Features of System 

[0D32] The following is a description of an electronic 
system associated with an embodiment. 
[0039] Referring to Fig. 1, electronic circuit card 100 
is shown. Circuit card 1 00 has various electronic mod- 
ules which operate to provide manipulation and produc- 
tion of various electronic signals, Including main control- 
ler 102 and modules 104a, 104b and 104c. Controller 
102 communicates with modules 104 through electronic 
connections 106 in card 100. The interface point be- 
tween controller 102 and connections 106 is shown as 
node 108. Similarly, the interface between connections 
106 and each of modules 104 is shown as nodes 110. 
Other devices 11 2 may also be connected either directly 
or indirectly to connections 106 thereby allowing thorn 
to communicate with either controller 102 or modules 
104. As shown, an additional set of connections 114 is 



provided from main controller 102 to an external con- 
nector 116, thereby allowing circuit card 100 to be as- 
sociated with other external devices (not shown). Each 
of connections 106 and 114 may comprise n separate 
5 electrical tracks for carrying signals between controller 
102 and modules 104. 

[0034] Controller 1 02 provides the main controlling 
system for modules 1 04. On controller card 1 02 there is 
CPU 118, RAM 120, firmware devices 122 and non-vol- . 

io atlle memory 124. It will be appreciated that there may 
be several o1 any of the elements on main controller 1 02. 
For the shown implementation, RAM 120 stores an op- 
erating program which is executed on CPU 118. 
Firmware devices 122 are programmable, each having 

is separate program codes. Non-volatile memory 124 is 
also programmable and stores configuration informa- 
tion about controller card 1 02. Non-volatile memory de- 
vice 124 can be Implemented as a Serial Electrically 
Erasable PROM (SEEP) and is used to store local con- 

20 figuration information relating to the hardware, software 
and firmware elements in module 1 04. It acts as a virtual 
label for the contents of the module 104. Further detail 
on the contents of SEEP 124 are provided below. Inter- 
nal connections 1 26 provide an electrical connection be- 

25 tween the elements of controller 102 and interface node 

108. 

[0035] Generally, each of modules 1 04 comprises the 
following hardware, software and firmware elements. 
Hardware element 128, abstractly, Is an upgradable 
30 component, and is shown as local CPU 130. in an em- 
bodiment, CPU 130 is mounted directly to module 104 
In order to dissuade switch operators from making their 
own modifications to module 104. However in another 
embodiment, CPU 130 is mounted in a socket 1 32which 
95 provides a releasable Interface for the electrical contact 
points of CPU 130 to other components in modules 1 04. 
Socket 132 may comprise a zero-insertion force fZIF") 
socket, known In the art. Accordingly, with socket 132, 
CPU 130 maybe removed and replaced with an upgrad- 
*o ed component. Also, an upgrade on hardware element 
128 may be a physical modification, such as a "cut and 
strap" made to electronic tracks on the module, shown 
as modification 1 40. The software element 1 34 is an ex- 
ecutable program code stored In a volatile program stor- 
es age element, or memory device, such as RAM, and is 
controlled by en aspect of the hardware element 128. 
For the example, the software element is stored in local 
RAM 136 and operates on CPU 130. Software, as is 
known, frequently undergoes revisions and has to be 
» installed into a released circuit card 1 00. The firmware 
elements 138 are executeable program codes and are 
provided in a number of program storage elements, in- 
cluding programmable volatile and non-volatile devices 
such as PLDs, FPGAs and other devices 142. Each of 
ss the firmware e tements 1 38 may utilize different pro gram 
codes. As with software elements, for firmware ele- 
ments 138 often are upgraded, which occasionally have 
to be installed into an existing circuit card 1 00. An elec- 
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tronic signature containing information on the hardware 
elements 128 on module 104 is stored in SEEP 144. 
Further detail on the use of the electronic signature and 
the configuration Information in SEEPs 124 and 144 are 
provided later. It will be appreciated that other modules 
104 may not have all of the hardware, software and 
firmware elements. 

[0036] As described earlier, it is possible that for card 
100, an upgraded hardware element 128 may not be 
compatible with the installed software elements 134 and 
firmware elements 13B. Card 100 may not be able to 
implement the features of the upgraded hardware ele- 
ment 128 without other upgrades to other software and 
firmware elements 138. Alternatively, the upgraded 
hardware Blement 1 28 may cause card 1 00 to malfunc- 
tion without other upgrades. Alternatively still, an up- 
graded hardware, software or firmware element may be 
fully compatible with the existing other elements. 
[0037] In the embodiment, a set of compatible 
firmware elements 138 which can operate with a partic- 
ular version of a software element 134 are bundled to- 
getherinto program bundle, referredtoas an application 
bundle 146. The application bundle is stored in a flash 
bank of memory 1 46, in the embodiment, there is an 
active flash bank 148 and an inactive flash bank 148. 
The operating firmware and software elements are 
stored in the active flash bank 148 and new downloads 
are stored in the Inactive flash bank 148. Once the new 
download is verified, the embodiment can switch be- 
tween the active and inactive flash banks 148. Accord- 
ingly; when the particular software element 134 is pro- 
vided to main module 1 04, the embodiment has the abil- 
ity of selecting the most appropriate set of firmware el- 
ements 1 36 for that particular software element 1 34. In 
the embodiment, each software element 134 has a 
record, which is accessible by other elements (such as 
a firmware loader, described later) of firmware elements 
138 and hardware elements 128 which will operate with 
it 

[0038] Referring to Fig. 2, the embodiment provides 
a system and method for tracking compatible software 
elements 1 34 and firmware elements 138fora particular 
hardware element 126 on card ioo. Matrix 200 is used 
to track this information. The matrix 200 tracks hardware 
elements 1 26 of card 1 0O, which, when they are upgrad- 
ed, require a change to the existing firmware elements 
138 and/or software elements 134 and It provides for a 
hardware element 126 a record of compatible firmware 
elements 138 and software elements 134 for each up- 
grade. Field 200A provides a marker for the version of 
the matrix stored for a given set of hardware elements 
128. For the example, the version of matrix 200 is "Card 
1 00 Rel 1". Matrix 200 is stored at a centrally accessible 
location, such as in flash memory 1 48 on main controller 
102. The data format of matrix 200 may comprise any 
machine readable format, including an ASCII file, a 
spreadsheet file or acoded binary file. Accordingly, main 
controller 102 has access to data indicating the hard- 



ware/firmware/software element compatibilities for itself 
and Its associated modules 104. 
[0039] in matrix 200, a row entry is provided fora par- 
ticular hardware element 128. Fields in the row provide 

5 information about Its current set of compatible firmware 
elements 13B and software elements 134. The row also 
contains information on the compatibility of firmware 
and software elements with each other. In describing the 
rows and columns of matrix 200, first a description is 

10 provided of the relationship hetween a hardware ele- 
ment 128 and its affected firmware elements 138. Next, 
a description is provided of the relationship between a 
hardware element 128 and its affected software ele- 
ments 134. Finally, a description is provided for the re- 
's lationship between a firmware element 138 and its af- 
fected software elements 1 34. 
[0040] In matrix 200, for a hardware element 128 list- 
ed in a row, entries in column 202 of the row identify 
hardware elements 128 for the module 104 which affect 
no firmware elements 13B and software elements 134. As 
an example, entries 202A, 202B and 202C relate to a 
first CPU, 6uch as CPU 130A, on card 100 "CPU A", 
versions "Rel 1" and "Rel 2"; entry 202D related to a 
second CPU, such as CPU 13QB. "CPU B", having "Rel 

6 1"; entry 202E relates to the card 1 00 itself, as "cut and 
strap" revisions may be made to the card itself such as 
modification 140. I 
[0041] For the hardware/firmware element relation- 
ships, for each hardware element 128 Identified in row 

30 202, a list of firmware elements 13B whose ability to 
function are affected by the upgrade to that hardware 
element 12B is provided in entries in the corresponding 
set of columns 204. Each entry In set of columns 204 is 
a reference number and version number for a particular 

as firmware download for the affected firmware element 
138. Accordingly forthe example in set ot columns 204, 
three firmware downloads are Identified relating to the 
first CPU. They are identified as "FirmEleml Rel1" In 
column 204A(1), "FirmElem2 Red" In column 204A(2) 

40 and "FirmElem3 Relf in column 204A{3); each 
firmware download is the latest version of each firmware 
element which Is compatible with that upgraded version 
of that hardware element 12B in entry 202A. 
[0042] Entries in matrix 200 Indicate the compatibility 

45 levels for each upgradeable hardware element 128 vis- 
a-vis firmware elements 138. A Hardware/Firmware 
Compatibility Level (HFCL) entry is provided for each 
upgraded hardware element 12a in matrix 200. The en- 
try in the HFCL field 20B tracks a release level of sets 

so of firmware elements 13B (listed in sets of columns 204) 
which are compatible with that version of the hardware 
element 128. In the embodiment, an integer is used as 
a value to track release levels. A base hardware element 
128 is provided with a HFCL value of "1 " for its initial set 

55 of firmware elements 138. Accordingly, for entry 202A, 
the initial HFCL value In field 206A is "1*. When an up- 
grade is made to the hardware element 128 which would 
make any firmware elements 13B incompatible with the 
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upgraded hardware element 128, a new raw entry 202B 
is added for the hardware element 128. In the new row 
2028, the HFCL value in field 206 is Incremented and a 
new set of compatible firmware elements 138 is provid- 
ed in another row entry In set of columns 204. For ex- 
ample, if hardware element 1 28 is a new CPU 1 30A re- 
quiring a new firmware element for 'FirmElem2", new 
row 202B is added. Entry 200B provides the details of 
the new hardware element 128, namely 'CPU 130A 
Rel2°. HFCL field 206B is set to "2". Also, the affected 
firmware element 138 Is updated In field 204B(2), as 
shown where, "FirmElem2 Rel2" replaces 'FirmElem2 
Rel1 n . If multiple firmware elements 138 are affected by 
the upgrade to the hardware element 1 28 and the mem- 
bers in the set of changes are compatible with each oth- 
er, then the set of changes may be implemented in one 
new row. Otherwise, multiple firmware element 138 up- 
dates which are not compatible with each other would 
be made In separate new row entries, with each new 
row entry having the same HFCL value. However, the 
new row entries will have different FSCL values, de- 
scribed later. 

[0043] When a change is made to a hardware element 
128, the hardware element 128 upgrade and its effect 
(s) on the listed firmware elements 138 in matrix 200 
must be recognized by some manner and then matrix 
200 must be updated accordingly. For the present em- 
bodiment, upgrades to hardware elements 1 28 and their 
effect(s) on firmware elements 1 3B are tracked by de- 
sign personnel responsible for designing and maintain- 
ing hardware elements 1 28. The personnel also update 
records in the SEEP, and the records of compatible el- 
ements in the software elements 138. Accordingly, the 
embodiment takes advantage of the previously tested 
and verified sets of compatibilities amongst the hard- 
ware elements 128, software elements 134 and 
firmware elements 138. The personnel are also respon- 
sible for making the appropriate updates to matrix 200. 
However, once the matrix 200 is updated, the embodi- 
ment provides an automated system which uses matrix 
200 to download appropriate firmware elements 138 
used with the hardware elements 1 2a. 
[0044] As with the HFCL entries 206, entries In matrix 
200 indicate the compatibility levels for each upgradea- 
ble hardware element 128 vis-a-vis a particular version 
of a software element 134. In an embodiment a Hard- 
ware/Software Compatibility Level (HSCL) entry Is pro- 
vided for each upgraded hardware element 12B in ma- 
trix 200. The enlry in the HSCL field 21 0 tracks a release 
level of a particular software element 1 34 which is com- 
patible with that version of the hardware element 128. 
In the embodiment, an integeris used as a value to track 
release levels. A base hardware element 12B is provid- 
ed with a HSCL value of *1 " for its initial set of software 
elements. Accordingly, for entry 202A, the initial HSCL 
value in field 208A is '1*. When an upgrade Is made to 
the hardware element 128 which would make the par- 
ticular software element 134 Incompatible with the up- 
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graded hardware element 126, a new row entry 202 is 
added for the hardware element 128. In the new row 
202, the HSCL value in field 210 is incremented. The 
HSCL value is stored as a record in the software ele- 

S ment 134, which is accessible by the firmware loader. 
[0045] In another embodiment the matrix 200 is used 
to track hardware/software element relationships. Typi- 
cally, the software elements tracked are smaller sec- 
tions of executable code, like device drivers and instal- 

10 lation code. Therein, for each hardware element 128 
identified In row 202, a list of software elements 134 
whose ability to function are affected by the upgrade to 
that hardware element 128 is provided In entries In the 
corresponding set of columns 208. Each entry in set of 

'5 columns 208 is a reference number and version number 
for a particular software download for the affected soft- 
ware element 134. Accordingly for the example in set of 
columns 208. three software downloads are identified 
relating to the first CPU. They are Identified as 

SO "SoftEleml Rell" In column 20BA(1), "SoftElem2 Rel2" 
In column 208A(2) and "5oftElem3 Rel1" in column 
20BA(3); each software download Is the latest version 
of each software element 134 which is compatible with 
that upgrade version of that hardware element 128 in 

>b entry 202A. For example, if hardware element 128 is a 
new CPU requiring a new software element 134 for 
"SoftEleml", new row 202C is added. Entry 200C pro- 
vides the details of the new hardware clement 128, 
namely "CPU 130A Rel3". HSCL field 210C Is set to "2". 

30 Also, the affected software element 134 is updated In 
field 208(1)C, as shown where, "SoftEleml R*I2" re- 
places "SoftEleml Reir. It will be appreciated that if 
multiple software elements 134 are affected by the up- 
grade to the hardware element 128, then multiple Sott- 
as ware element 134 updates would be made in the set of 
columns 20B. If the elements of the set of changes are 
compatible with each other, then one new row 202 would 
be added. Again, upgrades and their effects are tracked 
and entered manually by design personnel, 

40 [0046] It will be appreciated that the compatibility of 
software elements 1 34 to a particular hardware element 
1 28 Is generally independent of the compatibility of that 
hardware element 1 28 to its affected firmware elements 
138. Accordingly, the values In HFCL field 206 and 

45 HSCL field 21 0 do not necessarily correlate to each oth- 
erfor a given hardware element 128. 
[0047] In addition to mapping current compatibilities 
with a hardware element 128 and a software element, 
a Backward Hardware/Software Compatibility Level 

so (BHSCL) entry in field 212 provides a recordof which 
older software elements 134 are compatible with the 
current hardware element 128. When a hardware ele- 
ment 12B is upgraded and the previous set of software 
elements 134 becomes incompatible with the upgraded 

S3 hardware element 128, the BHSCL value In field 212 is 
set to the current value of the HSCL from field 21 0. This 
indicates that there is no backward compatibility be- 
tween the current hardware element 128 listed in row 
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202 with previous software elements 134. However, 
when an upgrade to hardware element 128 is made, 
causing a new row 202 to be added, and the upgraded 
entry in new row 202 can operate the current software 
elements 134, the BHSCL value in field 21 2 for that new 
row contains a list of all earlier HSCL values in fields 
210 from earlier rows 202 for earlier versions of that 
hardware element 128 that can operate on the upgraded 
hardware element 128. For example, if hardware ele- 
ment 128 in row 202B cannot operate the software ele- 
ments related to CPU version of 202A. then the BHSCL 
for202C is '2°. Further, If hardware element 128 in row 
202C can operate the software elements related to CPU 
version of 202B, then the BHSCL for 202C is "2". It will 
be appreciated that other Indices may be used in BH- 
SCL field 212 to track compatibilities. 
[0048] To use the values of the BHSCL field, the 
firmware loader examines the records In the software 
element 134 containing the list of its compatible hard- 
ware elements 128 and firmware elements 138. if the 
HSCL value and the FSCL value retrieved from records 
accessible in software element 134 do not match the 
values In the matrix 200, then the BHSCL and BFSCL 
values are accessed to locate a next best compatible 
sat of software elements 134 and firmware elements 
138. As the changes are tracked separately by the de- 
sign personnel it will be assured that when they perform 
the updates to the SEEP 142, software element 134 
records and matrix 200, a match will be provided be- 
tween the given software element 134 and a set of 
firmware elements 138 and a hardware element 128. 
[0049] For each set of firmware elements 138, a 
Firmware/Software Compatibility Level (FSCL) field In 
column 214 entry indicates the compatibility level of a 
software element 134 to a set of firmware elements 138. 
The value of an entry in column 21 4 is derived from the 
HFCL value 206 and the corresponding set of software 
elements 1 34 for a given entry in row 202. It will be ap- 
preciated that for a g'rven'HFCL value in field 206 and a 
given HSCL value in field 210, there may be multiple 
FSCL entries in column 214 wherein each entry has a 
row 202 in matrix 200. For each FSCL entry in column 
214, Its associated set of firmware elements 138 are 
provided in set of columns 204. Accordingly, using ma- 
trix 200 a set of firmware elements 138 can be Identified 
which are compatible with a given software element 
134. This value Is also stored in a record in software 
element 134 which can be accessed by the firmware 
loader. 

[0050] When an upgraded set of firmware elements 
138 is not compatible with a current set of software el- 
ements 134, matrix 200 can be accessed to identify a 
compatible set of firmware elements 138 for the current 
set of software elements 134. This is accomplished by 
the firmware loader which accesses the FSCL values 
stored In the records of the software element 128 and 
matches it with the "best fitting" FSCL entry in matrix 
200. The corresponding set of firmware elements for the 



row entry of the "best fitting" FSCL entry are download- 
ed. If there is not match, then a new application bundle 
144 is required; one which contains the appropriate set 
of firmware elements 1 38 forthat software element 1 34. 

s [0051] Entries in Backward Firmware/Software Com- 
patibility Level (BFSCL) field 216 provide tracking of 
backward compatibility between the current set of 
firmware elements 138 fora hardware element 128 in a 
row 202 and older sets of software elements 1 34 asso- 

70 ciated with other rows 202. For a given hardware ele- 
ment 12B In a given row 202, if its associated set of 
firmware elements 1 38 is not compatible with older sets 
of software elements 1 34. then the value in BFSCL field 
216 is set to the current value in the FSCL field 214, 

is which appears In that row 202. Where the current set of 
firmware elements 138 is compatible with older sets of 
software elements 1 34, as well as thecun-ent set of soft- 
ware elements, the value of the BFSCL field 216 con- 
tains a list of all values of FSCL fields 214 that the 

«» firmware elements 138 share compatibility. 

[0052] The embodiment also track6 changes made to 
firmware elements 13B and software elements 134 
which do not affect the functionality of the existing levels 
of hardware elements 12B. For example, a change may 

« be made to a software element 1 34 to correct an internal 
error which affects nothing else. To track these changes, 
a new version of the software element 134 is used. In 
the new matrix version, a new version value in field 200A 
In entered and each entry for amended software ele- 

30 ment 134 (or firmware element 138) is updated to its 
new version. For example, If a software element 138 
"SoftElem3" in column 20B(3) is upgraded to "SoftElem3 
Rev2" and the upgrade did not affect any other ele- 
ments, then new software element SoftElem3 Rev2'. Al- 
as so, new matrix 200* is created w'rth identical entries to 
matrix 200, except that each entry for "SottE lem3 - in col- 
umn 208(3) is changed to SoftElemS Rev 2. A similar 
revision to matrix 200 and its elements would be made 
for internal revisions made to firmware elements 138. It 

4o wiu be appreciated that historical data in older matrices 
200 may be stored in archives. 
[0053] For a given module 1 04, using matrix 200 and 
data on hardware elements 12B currently installed on 
module 104, the embodiment provides Information en- 

«s abling the hardware element 1 2B to be upgraded with 
its most current firmware elements 138 and software el- 
ements 134 or alternatively, to be loaded with a compat- 
ible set of firmware elements 1 38 and software elements 
1 34 . The embodiment allows the firmware elements 1 38 

so and software elements 134 to be upgraded independ- 
ently of each other. 

[0054] Referring to Fig. 1 , as Indicated earlier, for a 
given hardware element 128, numerous sets of differing 
firmware elements 1 38 and software elements 1 34 can 
ss be associated with it, providing current and backward 
operational compatibility. In order to track the sets of 
firmware and software element downloads, the embod- 
iment groups together a set of firmware elements 138 
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with a set of compatible software elements 134 into an 
application bundle 146. A group of application bundles 
1 46 may be stored at a central location, such as a server 
or an FTP site, or they may be stored on a CD ROM. In 
the embodiment, application bundles 1 46 are stored in 
Hash banks 148 or some non-volatile memory located 
eitheronthecardlOOorin an external module orSEEPs 
142 of memory in the main controller 102. Once an ap- 
propriate application bundle 146 is identified for a given 
hardware element 128, the application bundle 146 can 
be downloaded into the programming system relating to 
the hardware element 12B and the associated devices 
for the firmware and software elements can be installed 
onto the local firmware and software elements. A unique 
identifier associated with each application bundle 146, 
in order to track the bundles 146. 
[0055] To download an appropriate application bundle 
146, the embodiment needs to identify the target appli- 
cation bundle 146 containing the target software ele- 
ment 134 and the target firmware element 13B. The 
flash banks 148 provide a main and an alternate set of 
storage devices allowing a downloaded application bun- 
dle 146 to be tested and configured on the alternate set 
of storage devices before switching over operation of 
the system to the downloaded set of f Irmware and soft- 
ware elements on tne next reset of the system. 
[0056] In order to identity the appropriate configura- 
tion for a given hardware element 128 in a given hard- 
ware module 104 for the application bundle 146, it is 
necessary to have information regarding the configura- 
tion of the target hardware element 128. Accordingly, 
configuration information about hardware elements 128 
for a given module 104 is stored In SEEP 144. The 
SEEP stores data from the current HFCL field 206 and 
HSCL field 210 for the hardware element 128, thereby 
providing information on firmware and software compat- 
ibilities with the present hardware elements 128. 
[0057] Further detail on the application bundle 146 is 
provided. Application bundle 146 comprises one soft- 
ware element 1 34, a firmware loader and a set of all pos- 
sible firmware element 138 loads for that software ele- 
ment 134. 

[0058] The firmware loader is the interface between 
the application bundle 146 and the hardware element 
128. The firmware loader is a software program which 
load3 the firmware elements 138 into their respective 
memory devices 142. Upon activation, ths firmware 
loader examines the configuration Information for the 
hardware elements 128 on each card. Accordingly, The 
firmware loader obtains the values of the HFCLs for 
each hardware element 128 of each module 104. In or- 
der to identify the current set of firmware elements 138 
which are the most current setfor the hardware element 
126, the loader utilizes the HFCl value for the hardware 
element 128, which is stored locally on module 104 in 
its SEEP 144. As described above, the HFCL value pro- 
vides an ordinal marker to a level of firmware elements 
138 for a hardware element 12B. In order to provide the 



list of firmware elements 133 relating to the HFCL value, 
the application bundle 146 has access to a look-up table 
comprising a list of HFCL values for that hardware ele- 
ment 128 and for each value, a corresponding list of 

s firmware element downloads. This look-up table is de- 
rived from value in columns 202, 206 and 204 of matrix 
200. If a different version of a software element exists, 
then another application bundle 146 is made for it. 
[0059] Based on the information in SEEP 144, the 

10 loader accesses matrix 200 and determines whether or 
not the hardware element 128 has the proper firmware 
and software elements. For firmware element 138 up- 
grades, if the proper firmware element 138 loads are 
available, the loader will transfer all the downloads for 
the firmware elements 138 to their devices. If the proper 
firmware elements 138 are not available, an error mes- 
sage is generated. For example, an en-or would be gen- 
erated if the loader does not have any entries In Its ma- 
trix 200 for the H FCL for a given hardware module 1 04. 

20 in this case, the download would fail and the application 
bundle 146 would be discarded. 
[0060] With the matrix 200. the application bundle 1 46 
and the data in SEEP 144, the embodiment can down- 
load firmware and software elements into a module 104. 

25 Following Is a description of a downloading method 
used by the embodiment, 

[O081 ] Referring to Fig. 3, controller302 is shown con- 
nected via bus 300 to modules 304a and 304b. Bus 300 
may comprise an Ethernet link, an optical link or other 

90 communication technologies known in the art. In the 
same manner as in the circuit card 100 where main con- 
troller 302 is able to download sets of firmware and soft- 
ware elements to each of Its modules 1 04, main control- 
ler 302 can download to its modules 304 over bus 300 

35 the correct download information, it will be appreciated 
that information from each local SEEP must be trans- 
mitted via the protocol used by bus 300 to the main con- 
troller. And main controller 302 must transmit the appro- 
priate application bundle 146 over bus 300 to each mod- 

40 ule 304a and b. 

[0062] Referring to Figs. 1 and 4, following is an ex- 
ample of an Illustrative download system 400 for an em- 
bodiment- Therein, resource module 402 i3 connected 
via a communication link 404 to main controller 1 04. Re- 

4s source module 402 comprises an application bundle li- 
brary 406, which contain a series of application bundles 
146A ... 1 46N for many hardware elements 126, as de- 
scribed earlier. Each application bundle 146 has one 
software element 134 associated with a set of firmware 

so elements 138. The same software element 134 may be 
associated with several different sets of firmware ele- 
ments 138 in different bundles. The operator of main 
controller 104 selects the resource module 402 from 
which the firmware elements 138 and/or software ele- 

55 ments 134 are to be downloaded. As described earlier 
resource module 402 may be a CO-ROM, and FTP site, 
a web server or other known data sources. Next, the 
operator selects the desired application bundle 146 from 
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the resource modu Ib 402. This is controlled by download 
software which can interface with the operator and mod- 
ule 1 04. Next, one of the flash banks 1 48 in module 1 04 
which Is to receive the application bundle 146 is select- 
ed. Generally, the flash bank 1 4B which is selected is 
the non-ope rational flash bank, i.e. the current firmware 
and software elements are provided from the current 
flash bank 148. Tha new application bundle is down- 
loaded to the inactive flash bank. 
[0063] After the download of the application bundle 
146 Is completed to the selected flash bank 148, It la 
verified using a checksum associated with the applica- 
tion bundle 146 and validation of the application bundle 
Identification number. Second, the firmware loader and 
its loads are verified. This verification process may sim- 
ulate or even operate the firmware loader to determine 
if the loader can generate proper loads for the firmware 
build without error. 

[0064] As noted earlier, the firmware loader can ac- 
cess the values of the HFCLs In SEEP 144 and utilizes 
this Information and Its internal matrix 200 to determine 
whether the appropriate firmware element 1 38 down- 
loads are Installed on the module 104. If not, the down- 
load in the bank 148 is erased 

[0065] If the loader recognizes all the cards and their 
HFCLs and has the appropriate loads for the cards and 
recognizes all of the cards HSCL and can properly proc- 
ess them and recognize the FSCLs generated for this 
hardware andean properly process them the verification 
process is complete and successful, 
[0066] Upon successful completion of the download, 
the operator selects the flash bank 148 to be made ac- 
tive and the new application bundle 146 is activated. 
[0067] Volatile devices are downloaded with their pro- 
gram elements. These devices must have their down- 
loads reinstalled every time card 10O is reset. The 
firmware elements 138 for the non-volatile devices are 
loaded by the firmware loader from a new bank 1 20 
when the firmware loader determines that the firmware 
element must bo upgraded. In the embodiment, the 
firmware elements 138 are derived from J ED EC files. 
[0068] After all firmware elements 138 have been 
downloaded, the firmware loader processes the soft- 
ware element 134 download. The software element 1 34 
download may be an upgraded version of the software 
element 134. The software element 134 can read and 
use values of the HSCL and FSCL in SEEP 144. For 
example, after obtaining the HSCL and FSCL values, 
the software element 134 may select one of several pre- 
defined values for variables for an equation. This may 
occur when the equation is based on values produced 
from a particular upgradeable hardware element 128, 
such as a resistor. For the given hardware element 1 28, 
the software element 134 requires the values of the 
HSCL and the FSCL in order to determine the compat- 
ibility of the software element 134 with the existing other 
elements. The firmware loader queries the software el- 
ement load for a list of all HSCLs that the software ele- 



ment 1 34 recognizes. From the information stored in the 
matrix 200, the firmware loader can determine which of 
the HSCLs to return to the software element 1 34 for this 
module 1 04. This is done by analyzing the BHSCL value 

s stored in the matrix 200. If the change to hardware ele- 
ment 12B does not create an incompatibility issue with 
the old software element 134. then the old software el- 
ement 134 is allowed to continue lo function. This inter- 
face is required, as if a new HSCL value were provided 

10 directly 1o old software element 134, then the old soft- 
ware element 134 would not recognize the new HSCL. 
Therefore the software element 134 would halt and ad- 
vise the operator either to upgrade the software element 
(or downgrade the hardware element 128). Where an 

T3 old software element 1 34 may function properly with a 
new hardware element 128, then only a new loader is 
issued which translates the new HSCL stored in the new 
hardware element 12B into a value that the old software 
element 134 recognizes. 

2° [0069] As noted above, the BHSCL contains a list of 
all HSCL values with which the current HSCL is com- 
patible. If the BHSCL does not have a value which 
equals the HSCL for a given module and a value of 
HSCL, then there is backward compatibility. For exam- 

25 pie, if the value In the SEEP were 5 and 3, then accord- 
ing to the table an HSCL having a va lue of 5 Is compat- 
ible with and HSCL of 4 and 2, but not 1, 3 or 0. The 
values of 5, 4 and 2 are then compared to the values 
passed to the firmware loader by the software element 

so 134 load, The most significant matching value, if any. . 
WOUld be Used tO pass back tO the Software element as 

the HSCL value. 

[0070] This process Is repeated until all module levels 
have been resolved and an HSCL value has been 

35 passed to the software element for each module. Simi- 
larly, the same process Is repeated to establish an ac- 
ceptable FSCL for each software for each module. 
[0071 ] For a given HFCL and HSCL there may be mul- 
tiple FSCL entries each having a new row in the matrix 

40 200. Each of the multiple FSCL values would have its 
own row in the matrix 200 and could have its own set of 
routines within the software element 134 associated 
with the application bundle 14G. This would allow a soft- 
ware element to negotiate a compatible set of firmware 

« element 138 loads. This would allow firmware element 
changes that are incompatible with an old software ele- 
ment 1 34 to be bypassed, allowing old software element 
134 to still function, albert without the latest set of 
firmware element 13B versions. 

so [0072] It will be appreciated that the embodiment pro- 
vides the ability of determining whethera software ele- 
ment 1 34 is compatible with an installed target hardware 
element 128. This is achieved by accessing and com- 
paring the values in the HSCL and HFCL values stored 

55 jn the SEEP 144 associated with the target hardware 
element 1 28. The values in the SEEP 1 44 are compared 
against the values in the matrix 200 in the application 
bundle 148 associated with the particular software ele- 
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merit 134. If the comparison indicates that there is a 
match, then the software element 1 34 is compatible with 
the target hardware element 128. If the comparison in- 
dicates that there Is no match, the embodiment may no- 
tify the operator of the switch of the mismatch via an 
appropriate error message. 

[0073] Referring to Fig. 5. another embodiment is 
shown relating to network S00. Network 500 comprises 
a series of communication elements 502 which are con- 
nected together via links 504. A network station 506 pro- 
vides overall control and configuration of communica- 
tion elements 502 and thereby the operation of network 
500. 

[0074] Communication elements 502 comprise vari- 
ous hardware, software and firmware elements. Net- 
work station 506 contains resource module 402. Re- 
source module 402 contains the application bundle li- 
brary 406 which contains the application bundles 
146A...14eN. Downloads of application bundles 146 to 
any of communication elements 502 are effected from 
network station 506 by software operating thereon fol- 
lowing the procedure described above for Figs. 1-4. It 
will be appreciated that other download methods may 
also be used. 

[0075] From the above description, it will be appreci- 
ated that the embodiment provides a centralized system 
for tracking independently compatibilities for firmware 
and software elements which are affected or affect the 
operation of hardware elements in electronic circuits. 
The tracking system is also used as a component in a 
downloading system for the firmware and software ele- 
ments. 

[0076] It will further be appreciated that in other em- 
bodiments, the system and method of tracking firmware 
elements 138 and software elements 134 may be re- 
versed from the embodiment described above. 
[0077] it is noted that those skilled in the art will ap- 
preciate that various modifications of detail may ba 
made to the present embodiment, all of which would 
come within the scope of the invention. 



Claims 

1. Method of selecting a version of a program code 
from a plurality of program codes for a program stor- 
age element associated with a hardware element 
for a circuit board, said hardware element being im- 
plementable in a plurality of hardware element ver- 
sions, said method comprising: 

identifying a particular program code of said 
plurality of program codes which is compatible 
with a particular hardware element of said plu- 
rality of hardware element versions on said cir- 
cuit board; 

selectfngf rom a group of program codes select- 
ed from said plurality of program codes a se- 



lected program code matching said particular 
program code; and 

loading said program storage element with said 
selected program code. 

5 

2. Method of selecting a version of a program code 
from a plu raltty of program codes for a p rogram stor- 
age element as claimed in claim 1 wherein 

information regarding said particular program 
10 code is stored with said circuit board; said plurality 
of program codes are stored In a program code bun- 
dle; and 

said selected program code is identified by 
accessing a list, said list comprising one entry for 
« each of said plurality of hardware elementverslons, 
each entry in said list having a reference to a com- 
patible program code of said plurality of program 
codes which can operate therewith. 

20 3. Method of selecting a version of a program code 
from a plurality of program codesfor aprogram stor- 
age element as claimed in claim 1 or claim 2 where- 
in each of said plurality of program codes is a 
firmware program. 

25 

4. Method of selecting a version of a program code 
from a plurality of program codesfor a program stor- 
age element as claimed in claim 2 or claim 3 where- 
in 

30 a software program Is associated with said 

program code bundle, said software program being 
associated with said hardware element. 

5. Method of selecting a version of a program code 
3S from a plurality of program codes for a program stor- 
age element as claimed in any one of claims 2 to 4 
wherein 

said each entry in said list is further associat- 
ed with a list of earlier versions of each program 
<o code of said plurality of program codes with which 
said hardware element is compatible. 

6. Method of selecting a version of a program code 
from a plurality of program codes for a program stor- 
es age element as claimed in any one of claims 2 to 5 

wherein 

said each entry in said list is further associat- 
ed with a list of earlier versions of said software pro- 
gram with which said hardware element is compat- 
so ible. 

7. System ror processing program updates associated 
with a hardware element being implementabte in a 
plurality of hardware element versions in a circuit 

ss board, said system comprising: 

a record of said plurality of hardware element 
versions, each entry In said record being asso- 
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dated with a compatible program code from a 
plurality of program codes; 
a second record associated with said circuit 
board, said second record identifying a partic- 
ular program code of said plurality of program 5 
codes which is compatible with an Installed 
hardware element version of said hardware el- 
ement on said circuit board; 
a bundle of executeable program codes com- 
prising a group of said plurality of program *" 
codes; and 

a program code loader adapted to access said 
record and said second record to identify a suit- 
able program code from said plurality of pro- 
gram codes for said installed hardware element <s 
version, adapted to locate said suitable pro- 
gram code in said bu ndle, and adapted to effect 
transferofsaldeultableprogramcodefromsaid 
bundle to a storage device adapted to receive 
said suitable code, said storage device associ- so 
ated with said installed hardware element ver- 
sion and said circuit board. 

8. System for processing program updates as claimed 

in claim 7 wherein each of said plurality of program ss 
codes is a firmware program. 

9. System for processing program updates as claimed 
in claim 7 or claim 8 wherein 

a software program is associated with said so 
program code bundle, said software program asso- 
ciated with said hardware element. 

10. System forprocessing program updates as claimed 

in any one of claims 7 to 9 wherein each said entry ss 
In said record is further associated with a compati- 
ble software program therewith. 

1 1 . System for processing program updates as claimed 

in claim 1 0 wherein <o 

said each entry In said record is further asso- 
ciated with a list of earlier versions of each program 
element of said plurality of program elements with 
which said hardware element is compatible. 

45 

12. System forprocessing program updates as claimed 
in claim 10 or claim 11 wherein 

said each entry In said record is further asso- 
ciated with a list of earlier versions of said software 
program with which said hardware element is com- so 
patible. 

1 3. Method for updating a program coda from a plural try 
of program codes for a hardware element being Im- 
plementable in a plurality of hardware element ver- ss 
sions in a circuit board, said method comprising: 

Identifying a particular program code of said 



plurality of program codes which Is compatible 
with a particular hardware element of said plu- 
rality of hardware element versions on said cir- 
cuit board; 

selecting from a group of program codes select- 
ed from eaid plurality of program codes a se- 
lected program code matching said particular 
program code; and 

transferring said suitable program code from 
said group of program codes to a storage de- 
vice adapted to receive said suitable code, said 
storage device associated with said particular 
hardware element and said circuit board. 

14. Method for updating a program code from a plurality 
of program codes for a hardware element as 
claimed In claim 13 wherein 

Information regarding said particular program 
codB Is stored with said circuit board; 

said plurality of program codes are stored in 
a program code bundle; and 

said selected program code is identified by 
accessing a list, said list comprising one entry for 
each of said plurality of hardware element versions, 
each entry In said list being associated with a refer- 
ence to a compatible program code of said plurality 
of program codes which can operate therewith. 

15. Method for updating a program code from a plurality 
of program codes for a hardware element as 
claimed in claim 14 wherein each of said plurality of 
program codes is a firmware program. 

16. Method for updating a program code from a plurality 
of program codes for a hardware element as 
claimed in claim 14 or claim 15 wherein a software 
program is associated with said program code bun- 
dle, 6aid software program associated with said 
hardware element. 

17. Method for updating a program code from a plurality 
of program codes for a hardware element as 
claimed In any one of claims 14 to 16 wherein said 
each entry in said list is further associated with a list 
of earlier versions of each program code of said plu- 
rality of program codes with which said hardware 
element is compatible. 

18. Method for updating a program code from a plurality 
of program codes for a hardware element as 
claimed In any one of claims 14 to 1 7 wherein said 
each entry in said list is further associated with a list 
of earlier versions of said software program with 
which said hardware element is compatible. 

19. Method for updating a program code from a plurality 
of program codes for a hardware element as 
claimed In any one of claims 13 to 18 wherein said 
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storage device has an active bank and an inactive 
bank and said suitable program code is transferred 
to said inactive bank. 

20. Method for updating a program code from a plurality 
of program codes for a hardware element as 
claimed in claim 1 9 wherein said suitable program 
code is verified for integrity and upon verification of 
same, said storage device switches from said inac- 
tive bank to said active bank. 

21, Method of selecting a version of a firmware code 
from a plurality of firmware codes for a firmware el- 
ement associated with a hardware element for a cir- 
cuit board said hardware element being Imple- 
mentable in a plurality of hardware element ver- 
sions, said hardware element being further associ- 
ated with a software element, said method compris- 
ing: 

Identifying a particular version of said pluarllty 
of hardware element versions for said hard- 
ware element which is associated with said cir- 
cuit board; 

identifying a particular firmware code of said 
plurality of firmware codes Which is compatible 
with a particular hardware element of said plu- 
rality of hardware element versions on said cir- 
cuit board; 

selecting from a group of firmware codes se- 
lected from said plurality of firmware codes a 
selected firmware code matching said particu- 
lar firmware code; 

associating a software code with said group of 
firmware codes; 

loading said firmware element with said select- 
ed firmware code; and 

cheeking compatibility of operation of said soft- 
ware code with said selected firmware code 
and said particular version of said plurality of 
hardware element versions, 



cuit board; 

identifying a particular program code of said 
plurality of firmware codes which is associated 
with said hardware element; 
evaluating whether said particular program 
code is compatible with said particular version 
of said plurality of hardware element versions; 

indicating whether said particular program 
code is compatible with said particular version 
of 6ald plurality of hardware element versions. 

2S. Method of evaluating compatibility of a hardware el- 
ement in a circuit card with a program code as 
claimed In claim 22 wherein 

information regarding said particular program 
code is identif ied by accessing a list, said list com- 
prising one entry for each of said plurality of hard- 
ware element versions, each entry In said list having 
a reference to a compatible program code of said 
plurality of program codes which can operate there- 
with. 

24. Method of evaluating compatibility of a hardware el- 
ement In a circuit card wfth a program code as 
claimed in claim 22 or claim 23 wherein each of said 
plurality of program codes Is a firmware program. 



wherein 

said selecting from a group of firmware codes 
from said plurality of firmware codes a selected « 
firmware code is done independently of installation 
of said software code. 

22. Method of evaluating compatibility of a hardware el- 
ement in a circuit card with a program code, said 50 
hardware element being implementable in a plural- 
ity of hardware element versions, said program 
code being Implementable in a plurality of program 
code versions, said method comprising: 

55 

identifying a particular version of said plurality 
of hardware element versions for said hard- 
ware element which is associated with said dr- 
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